I. I 

A CIRCUIT DESIGNING METHOD AND A CIRCUIT DESIGNING SYSTEM 

Background of the Invention 

IL. Field of the Invention 

5 The present invention relates to a circuit designing 

method and a circuit designing system for designing a large 
scale circuit . 

2^ Description of the Rel a ted Art 

10 Recently, the requirement for developing the multi 

processing system which is composed of ASIC, CPU, memory and 
so on is rising. When designing such a system, it makes the 
algorithm (the algorithm description) which the processing 
operation of the whole system was produced with the hand . Then , 

15 first, this algorithm description is verified. Next, it 
divides into the part which realizes the algorithm description 
is separated into one part which will be realized by the 
hardware such as ASIC and another part which will be realized 
by the software. After that, as for the part of the hardware 

20 (HW) , RTL HDL description is produced. As for the part of the 
software (SW), CPU model is produced. Moreover, after 
producing top level HDL description, a simulation is carried 
out by the RTL HDL co- simulation apparatus based on these HDL 
descriptions and the CPU model. 

25 On the other hand, to build the simulation model which is 
more accurate than the simulation of the algorithm description 
and moreover simulates at higher speed than the RTL HDL 
description, clock base simulation technique is proposed. For 
example, this clock base (clock level) simulation technique 

30 is disclosed in the US Patent application 09/686305 (Japanese 
Laid Open Patent Application JP-A 2001-109788) and "C+ + 
simulator 'ClassMate' for pre-verif ication on SOC" , Hidefumi 



Kurokawa, TECHNICAL REPORT OF IEICE, VLD98-46, ICD98-149, 
FTS98-73 (1998-09). 

In this clock base simulation, based on the clock base 
description, a simulation is executed. As for the clock base 
5 description, the degree of the abstraction is lower than the 
algorithm description and the degree of the abstraction is 
higher than about the RTL HDL description. As for this clock 
base description, a bus is abstracted and access to the bus 
is unified. The access to the target of the bus master is 

10 carried out through the abstract bus class. 

In conjunction with the above description, a bus 
interface circuit producing apparatus and a recording media 
is disclosed into the Japanese Laid Open Patent Application 
JP-A 2001-117855. The object of this technique is to provide 

15 the apparatus that produces the bus interface circuit 
automatically such that the overlap of registers and addresses 
of memories is prevented 

The bus interface circuit producing apparatus outputs 
a hardware description language which expresses a bus interface 

20 circuit, based on inputs of bus interface description of a bus 
interface circuit with storage elements and slave hardware 
description of hardware for slave. It includes an extracting 
section, a bit data storing section and an address conflict 
detecting section. The extracting section extracts data 

25 regarding addresses of storage elements from the input of bus 
interface description. The bit data storing section stores 
addresses to which the storage elements are allocated based 
on the data extracted by the extracting section. The address 
conflict detecting section detects the conflict among latest 

30 address of the storage element and addresses of storage 
elements which have already stored, based on the data extracted 
by the extracting section and stored data of the bit data 
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storing section. Here, the bus interface circuit is arranged 
between a central processing apparatus for a master and the 
hardware for slave to the central processing apparatus- The 
storage element is exemplified in registers, memories and 
5 flip-flops. The bus interface description is the description 
of the storage elements seen from a bus interface at CPU side. 

The bus interface circuit producing apparatus may 
include an RW address comparing section, a judging section and 
a circuit generating section. The RW address comparing 

10 section compares the reading global address and the writing 
global address agrees those are allocated in the same storage 
element to search whether or not those addresses are the same, 
based on the input of the bus interface description. The 
judging section judges whether or not the reading or writing 

15 global address is different from others by a bit. The circuit 
generating section generates a select signal generating 
circuit and another circuit those correspond to each address, 
when the reading global address and writing global address are 
coincided each other and the global address is different from 

20 others by a bit. Here, the select signal generating circuit 
outputs a select signal activated when the global address is 
selected. The other circuit converts the global address into 
a local address of the storage element. 

25 Summary of the Invention 

A Conventional circuit designing method has processes 
in which the design is carried out by the hand. It needs labor 
and moreover is difficult to answer the request to design at 
the short time. Especially, the automatic generation of the 
30 description for the clock base simulation isn't realized. 

Therefore, an object of the present invention is to 
provide a circuit designing method and a circuit designing 
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system which can generates the description for the clock base 
simulation automatically . 

Another object of the present invention is to provide 
a circuit designing method and a circuit designing system which 
5 can generates the top level description of the clock base 
description for the clock base simulation automatically. 

Still another object of the present invention is to 
provide a circuit designing method and a circuit designing 
system which can reduces circuit scale when algorithm level 
10 description is converted to algorithm description for co- 
design . 

In order to achieve an aspect of the present invention, 
the present invention provides a circuit designing method 
including: (a) separating a first algorithm description for 

15 a simulation into a hardware portion describing hardware and 
a software portion describing software, and generating a design 
data automatically, wherein the design data includes behavior 
data, architecture data, mapping data and address data; (b) 
generating a first clock base description automatically based 

20 on the design data, wherein the first clock base description 
describes relation between the hardware portion and the 
software portion; (c) generating a second clock base 
description automatically based on the design data, wherein 
the second clock base description describes the hardware 

25 portion; and (d) generating a first CPU model automatically 
based on the design data, wherein the first CPU model describes 
the software portion. The first clock base description, the 
second clock base description and the first CPU model are used 
for verifying the design data. 

30 The circuit designing method of the present invention, 

the step (b) includes: (bl) generating an address decoder 
portion automatically in the first clock base description based 
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on the address data. The address decoder portion describes 
an address decoder which is arranged between a bus and a CUP 
interface in the first clock base description and selects an 
algorithm block from a plurality of algorithm blocks. 
5 The circuit designing method of the present invention, 

the step (bl) includes: (bll) generating a bus connection 
between the bus and the address decoder which is described by- 
using a virtual bus in the first clock base description. 

The circuit designing method of the present invention, 

10 the step (a) includes: (al) converting the first algorithm 
description into second algorithm description automatically. 
It is easier for the second algorithm description to be 
separated into the hardware portion and the software portion 
than for the first algorithm description. 

15 The circuit designing method of the present invention, 

the step (al) includes: (all) detecting first algorithm blocks 
from a plurality of algorithm blocks included in the first 
algorithm description, wherein data flow in one way between 
the first algorithm blocks through a global variable; and (al2) 

20 replacing the global variable associated to the first algorithm 
blocks to a port. 

The circuit designing method of the present invention, 
the step (a) includes: (a2) converting the first algorithm 
description into second algorithm description automatically. 

25 It is easier for the second algorithm description to be 
separated into the hardware portion and the software portion 
than for the first algorithm description. 

The circuit designing method of the present invention, 
the step (a2) includes: (a21) detecting first algorithm blocks 

30 from a plurality of algorithm blocks included in the first 
algorithm description, wherein data flow in one way between 
the first algorithm blocks through a global variable; and (a22) 
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replacing the global variable associated to the first algorithm 
blocks to a port. 

The circuit designing method of the present invention, 
further includes: (e) generating a first HDL description 
5 automatically based on the design data, wherein the first HDL 
description indicates relation between the hardware portion 
and the software portion; (f) generating a second HDL 
description automatically based on the design data, wherein 
the second HDL description indicates the hardware portion; and 
10 (g) generating a second CPU model automatically based on the 
design data, wherein the second CPU model indicates the 
software portion. The first HDL description, the second HDL 
description and the second CPU model are used for verifying 
the design data. 

15 In order to achieve another aspect of the present 

invention, the present invention provides a circuit designing 
method including: (h) separating a first algorithm description 
for a simulation into a hardware portion describing hardware 
and a software portion describing software, and generating a 

20 design data automatically, wherein the design data includes 
behavior data, architecture data, mapping data and address 
data; (i) generating a first clock base description 
automatically based on the design data, wherein the first clock 
base description describes relation between the hardware 

25 portion and the software portion; ( j ) generating a second clock 
base description automatically based on the design data, 
wherein the second clock base description describes the 
hardware portion; (k) generating a first CPU model 
automatically based on the design data, wherein the first CPU 

30 model describes the software portion; and (1) carrying out the 
simulation to verify the design data by using the first clock 
base description, the second clock base description and the 
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first CPU model. 

The circuit designing method of the present invention, , 
further includes: (m) generating a first HDL description 
automatically based on the design data, wherein the first HDL 
5 description indicates relation between the hardware portion 
and the software portion; (n) generating a second HDL 
description automatically based on the design data, wherein 
the second HDL description indicates the hardware portion; (o) 
generating a second CPU model automatically based on the design 

10 data, wherein the second CPU model indicates the software 
portion; and (p) carrying out the simulation to verify the 
design data by using the first HDL description, the second HDL 
description and the second CPU model . 

In order to achieve still another aspect of the present 

15 invention, the present invention provides a circuit designing 
system including: an algorithm design apparatus; a first clock 
base description generating apparatus; a second clock base 
description generating apparatus; and a fist CPU model 
generating apparatus. The algorithm design apparatus 

20 separates a first algorithm description for a simulation into 
a hardware portion describing hardware and a software portion 
describing software, and generates a design data automatically, 
wherein the design data includes behavior data, architecture 
data, mapping data and address data. The first clock base 

25 description generating apparatus generates a first clock base 
description automatically based on the design data, wherein 
the first clock base description describes relation between 
the hardware portion and the software portion. The second 
clock base description generating apparatus generates a second 

30 clock base description automatically based on the design data, 
wherein the second clock base description describes the 
hardware portion. The fist CPU model generating apparatus 
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which generates a first CPU model automatically based on the 
design data, wherein the first CPU model describes the software 
portion. The first clock base description, the second clock 
base description and the first CPU model are used for verifying 
5 the design data . 

The circuit designing system of the present invention, 
the first clock base description generating apparatus 
generates an address decoder portion automatically in the first 
clock base description based on the address data. The address 

10 decoder portion indicates an address decoder which is arranged 
between a bus and a CUP interface in the first clock base 
description and selects an algorithm block from a plurality 
of algorithm blocks . 

The circuit designing system of the present invention, 

15 the first clock base description generating apparatus 
generates a bus connection between the bus and sad address 
decoder which is described by using a virtual bus in the first 
clock base description. 

The circuit designing system of the present invention, 

20 the algorithm design apparatus converts the first algorithm 
description into second algorithm description automatically. 
It is easier for the second algorithm description to be 
separated into the hardware portion and the software portion 
than for the first algorithm description. 

25 The circuit designing system of the present invention, 

the algorithm design apparatus detects first algorithm blocks 
from a plurality of algorithm blocks included in the first 
algorithm description, wherein data flow in one way between 
the first algorithm blocks through a global variable, and 

30 replaces the global variable associated to the first algorithm 
blocks to a port. 

The circuit designing system of the present invention. 
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the algorithm design apparatus converts the first algorithm 
description into second algorithm description automatically. 
It is easier for the second algorithm description to be 
separated into the hardware portion and the software portion 
5 than for the first algorithm description. 

The circuit designing system of the present invention, 
the algorithm design apparatus detects first algorithm blocks 
from a plurality of algorithm blocks included in the first 
algorithm description, wherein data flow in one way between 

10 the first algorithm blocks through a global variable, and 
replaces the global variable associated to the first algorithm 
blocks to a port. 

The circuit designing system of the present invention, 
further includes: a first HDL description generating 

15 apparatus; a second HDL description generating apparatus; and 
a second CPU model. The first HDL description generating 
apparatus generates a first HDL description automatically 
based on the design data, wherein the first HDL description 
indicates relation between the hardware portion and the 

20 software portion. The second HDL description generating 
apparatus generates a second HDL description automatically 
based on the design data, wherein the second HDL description 
indicates the hardware portion. The second CPU model 
generating apparatus generates a second CPU model 

25 automatically based on the design data, wherein the second CPU 
model indicates the software portion. The first HDL 
description, the second HDL description and the second CPU 
model are used for verifying the design data. 

In order to achieve yet still another aspect of the 

30 present invention, the present invention provides a circuit 
designing system including: an algorithm design apparatus; a 
first clock base description generating apparatus; a second 
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clock base description generating apparatus; a fist CPU model 
generating apparatus; and a clock base simulation executing 
apparatus. The algorithm design apparatus separates a first 
algorithm description for a simulation into a hardware portion 
5 describing hardware and a software portion describing software , 
and generates a design data automatically, wherein the design 
data includes behavior data, architecture data, mapping data 
and address data. The first clock base description generating 
apparatus generates a first clock base description 

10 automatically based on the design data, wherein the first clock 
base description describes relation between the hardware 
portion and the software portion. The second clock base 
description generating apparatus generates a second clock base 
description automatically based on the design data, wherein 

15 the second clock base description describes the hardware 
portion. The fist CPU model generating apparatus generates 
a first CPU model automatically based on the design data, 
wherein the first CPU model describes the software portion. 
The clock base simulation executing apparatus which carries 

20 out the simulation to verify the design data by using the first 
clock base description, the second clock base description and 
the first CPU model. 

The circuit designing system of the present invention, 
further includes: a first HDL description generating 

25 apparatus; a second HDL description generating apparatus; a 
second CPU model generating apparatus , and a HDL simulation 
executing apparatus. The first HDL description generating 
apparatus generates a first HDL description automatically 
based on the design data, wherein the first HDL description 

30 indicates relation between the hardware portion and the 
software portion. The second HDL description generating 
apparatus generates a second HDL description automatically 
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based on the design data, wherein the second HDL description 
indicates the hardware portion. The second CPU model 
generating apparatus generates a second CPU model 
automatically based on the design data, wherein the second CPU 
5 model indicates the software portion. The HDL simulation 
executing apparatus carries out the simulation to verify the 
design data by using the first HDL description, the second HDL 
description and the second CPU model. 

In order to achieve another aspect of the present 

10 invention, the present invention provides a computer program 
product embodied on a computer-readable medium and including 
code that, when executed, causes a computer to perform the 
following: (a) separating a first algorithm description for 
a simulation into a hardware portion describing hardware and 

15 a software portion describing software, and generating a design 
data automatically, wherein the design data includes behavior 
data, architecture data, mapping data and address data; (b) 
generating a first clock base description automatically based 
on the design data, wherein the first clock base description 

20 describes relation between the hardware portion and the 
software portion; (c) generating a second clock base 
description automatically based on the design data, wherein 
the second clock base description describes the hardware 
portion; and (d) generating a first CPU model automatically 

25 based on the design data, wherein the first CPU model describes 
the software portion. The first clock base description, the 
second clock base description and the first CPU model are used 
for verifying the design data. 

The computer program product of the present invention, 

30 the step (b) includes: (bl) generating an address decoder 
portion automatically in the first clock base description based 
on the address data. The address decoder portion indicates 

11 



an address decoder which is arranged between a bus and a CUP 
interface in the first clock base description and selects an 
algorithm block from a plurality of algorithm blocks . 

The computer program product of the present invention, 
5 the step (bl) includes: (bll) generating a bus connection 
between the bus and sad address decoder which is described by 
using a virtual bus in the first clock base description. 

The computer program product of the present invention, 
the step (a) includes: (al) converting the first algorithm 

10 description into second algorithm description automatically. 
It is easier for the second algorithm description to be 
separated into the hardware portion and the software portion 
than for the first algorithm description. 

The computer program product of the present invention, 

15 the step (al) includes: (all) detecting first algorithm blocks 
from a plurality of algorithm blocks included in the first 
algorithm description, wherein data flow in one way between 
the first algorithm blocks through a global variable; and (al2) 
replacing the global variable associated to the first algorithm 

20 blocks to a port . 

The computer program product of the present invention, 
the step (a) includes: (a2) converting the first algorithm 
description into second algorithm description automatically. 
It is easier for the second algorithm description to be 

25 separated into the hardware portion and the software portion 
than for the first algorithm description. 

The computer program product of the present invention, 
the step (a2) includes: (a21) detecting first algorithm blocks 
from a plurality of algorithm blocks included in the first 

30 algorithm description, wherein data flow in one way between 
the first algorithm blocks through a global variable; and (a22) 
replacing the global variable associated to the first algorithm 
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blocks to a port . 

The computer program product of the present invention, 
further including: (e) generating a first HDL description 
automatically based on the design data, wherein the first HDL 
5 description indicates relation between the hardware portion 
and the software portion; (f) generating a second HDL 
description automatically based on the design data, wherein 
the second HDL description indicates the hardware portion; and 
(g) generating a second CPU model automatically based on the 

10 design data, wherein the second CPU model indicates the 
software portion. The first HDL description, the second HDL 
description and the second CPU model are used for verifying 
the design data. 

In order to achieve still another aspect of the present 

15 invention, the present invention provides a computer program 
product embodied on a computer- readable medium and including 
code that, when executed, causes a computer to perform the 
following: (h) separating a first algorithm description for 
a simulation into a hardware portion describing hardware and 

20 a software portion describing software , and generating a design 
data automatically, wherein the design data includes behavior 
data, architecture data, mapping data and address data; (i) 
generating a first clock base description automatically based 
on the design data, wherein the first clock base description 

25 describes relation between the hardware portion and the 
software portion; (j) generating a second clock base 
description automatically based on the design data, wherein 
the second clock base description describes the hardware 
portion; (k) generating a first CPU model automatically based 

30 on the design data, wherein the first CPU model describes the 
software portion; and (1) carrying out the simulation to verify 
the design data by using the first clock base description, the 
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second clock base description and the first CPU model. 

The computer program product of the present invention, 
further includes: (m) generating a first HDL description 
automatically based on the design data, wherein the first HDL 
5 description indicates relation between the hardware portion 
and the software portion; (n) generating a second HDL 
description automatically based on the design data, wherein 
the second HDL description indicates the hardware portion; (o) 
generating a second CPU model automatically based on the design 
10 data, wherein the second CPU model indicates the software 
portion; and (p) carrying out the simulation to verify the 
design data by using the first HDL description, the second HDL 
description and the second CPU model. 

15 Brief Description of the Drawings 

Fig. 1 is block diagram (with flow chart) showing the 
structure of the circuit designing system (the circuit 
designing method) according to the present invention; 

Fig. 2A is a block diagram showing an example of the 
20 system level algorithm description; 

Fig. 2B is a block diagram showing an example of the 
co-design algorithm description; 

Fig. 3A is a diagram showing the system level algorithm 
description; 

25 Fig. 3B a diagram showing the result of analyzing the 

system level algorithm description; 

Fig. 3C a diagram showing the co-design system level 
algorithm description converted from the system level 
algorithm description; 
30 Fig. 4 is the view showing the architecture using the 

co-design system level algorithm; 

Fig. 5 is the view showing the architecture using the 



system level algorithm description directly; 

Fig. 6 shows the mapping by the co- design apparatus; 

Figs. 7 to 9 shows the clock base description of the 
instance declaration ; 
5 Fig. 10 is the block diagram showing the top level clock 

base description; 

Fig. 11 is the block diagram showing the HDL description. 
In the HDL description; 

Fig. 12 is a flow chart showing the the operation of the 
10 embodiments of the circuit designing system and the circuit 
designing method according to the present invention; 

Fig. 13 represents the structures of a model producing 
tool and a flow for automatically producing the clock base 
description; 

15 Fig. 14 is a diagram showing a description structure of 

the clock base description. 

Description of the Preferred Embodiments 

Embodiments of a circuit designing system and a circuit 
20 designing method according to the present invention will be 
described below with reference to the attached drawings. 

Fig. 1 is block diagram (with flow chart) showing the 
structure of the circuit designing system (the circuit 
designing method) according to the present invention. 
25 The circuit designing system includes a system level 

algorithm verifying apparatus 2, an algorithm transferring 
apparatus 3, a co-design apparatus 5, a top level description 
generating apparatus 9, a hardware (HW) portion generating 
apparatus 14 , a software (SW) portion generating apparatus 21. 
30 A clock base simulating apparatus 25 and a RTL HDL co-simulating 
apparatus 2 6 execute simulations based on data generated by 
the circuit designing system. Here, the circuit designing 



system may include the clock base simulating apparatus 25 and 
the RTL HDL co- simulating apparatus 26. 

The system level algorithm verifying apparatus 2 
verifies algorithm description 1 ( algorithm- level 
5 description) by a system level algorithm verifying tool. The 
algorithm description is described by using programming 
languages such as C language and C++ language. The system 
level algorithm verifying tool is exemplified in the SPW 
produced by Cadence Design Systems Inc. and the COSSAP produced 

10 by Synopsys Inc. 

Fig. 2A is a block diagram showing an example of the 
algorithm description 1 which is verified by the system level 
algorithm verifying apparatus 2 . 

In Fig. 2A, each of algorithm blocks Bl to B7 is a block 

15 described by the algorithm description . The "a", "b" , "c" and 
"d" show global variables. The signal of the algorithm block 
Bl is inputted to the algorithm block B2 . The algorithm block 
B2 refers the global variables "a" and "b" , and inputs the value 
to the global variables "b" , "c" and "d" . The signal of the 

20 algorithm block B2 is inputted to the algorithm blocks B3 and 
B4 . The algorithm block B3 inputs the value to the global 
variable "b" , and output the signal to the algorithm block B5 . 
The algorithm block B5 refers the global variables "c" and "d" , 
and inputs the values to the global variables "a" and "b" . The 

25 signal of the algorithm block B5 is inputted to the algorithm 
block B6. The signal of the algorithm block B4 is inputted 
to the algorithm block B7. In this way, as for the algorithm 
description 1 of the system level algorithm verifying apparatus 
2, some of the signals are described as ports of each algorithm, 

30 however, most of the signals (communication data) are described 
as global variables . Some of the signals are triggers to start 
the next block after the last block is finished. 



The algorithm transferring apparatus 3 converts the 
algorithm description 1 to the co-design algorithm description 
4. The co-design algorithm description 4 is used for the 
co-design apparatus 5 and is easy to separate a hardware portion 
5 indicating hardware (HW) and a software portion indicating 
software (SW) . The algorithm transferring apparatus 3 
processes the algorithm description 1 which has no problem on 
its algorithm, which is confirmed by the system level algorithm 
verifying apparatus 2 . 

10 The co-design algorithm description 4 is produced by 

removing the unnecessary global variables from the algorithm 
description 1 used in the system level algorithm verifying 
apparatus 2 and converting them to arguments of functions, 
which are the ports of the algorithm. When an algorithm is 

15 described as a block in architecture, it is described like a 
function, and when global variables is set to the arguments, 
the argument is treated as a port . 

Fig. 2B is a block diagram showing an example of the 
co-design algorithm description 4 which is generated by the 

20 algorithm transferring apparatus 3. The description shown in 
Fig. 2A is converted to that shown in Fig. 2B. In this way, 
by using ports for the description, storage elements between 
algorithms can be reduced and circuit scale can be decreased. 
The circuit designing system of the present invention, 

25 by setting the algorithm transferring apparatus 3 and 
processing to remove the global variables, the circuit scale 
can be decreased. Also, the separating the algorithm 
description into a portion realized by HW and a portion realized 
by SW can be carried out easily. The detail is explained later. 

30 The co-design apparatus 5 includes a HW/SW separating 

apparatus and a performance simulating apparatus 8. 

The HW/SW separating apparatus 7 separates the co-design 
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algorithm description 4 into a HW portion described as HW 
(realized by HW) and a SW portion described as SW (realized 
by SW) . That is, the HW/SW separating apparatus decides 
architectures by analyzing the various factors regarding the 
5 architectures such as which of the algorithm blocks of the 
co-design algorithm 4 is described as HW and SW and the like. 
Here, for example, the HW portion is composed of ASIC, and the 
SW portion is produced on the CPU. 

The performance simulating apparatus 8 performs the 

10 performance simulation to verify the performance of specified 
architecture to satisfy the performance requirement. When the 
performance requirement is not satisfied, the HW/SW separating 
apparatus 7 selects architectures newly once more. The 
architectures are used in the architecture 6 (stored in the 

15 storage apparatus or inputted from outside through an input 
terminal ) . 

Concretely, the performance simulating apparatus 8, 
firstly, provides a architecture diagram for the performance 
simulation. The architecture diagram is the description of 

20 the whole architecture by using architecture instances such 
as a CPU model, an ASIC model, a RTOS model, a MEMORY model 
and a BUS model. Then, the performance simulating apparatus 
8 carries out the performance simulation considering the delay, 
while changing the algorithms operated on the architecture 

25 instances. The performance simulating apparatus 8 judges 
whether or not the architectures satisfies the requirement of 
the performance. 

The co-design apparatus 5 generates design data of the 
architectures, after deciding the architectures. The design 

30 data is outputted to the top level description generating 
apparatus 9, the HW portion generating apparatus 14 and the 
SW portion generating apparatus 21. The design data includes 



behavior data, architecture data, mapping data and address 
data . 

The top level description generating apparatus 9 
generates top level description which describes the whole 
5 architecture including both the HW portion and the SW portion, 
based on the design data. For Example, the top level 
description includes the relation between the HW portion and 
SW portion. The top level description generating apparatus 
9 includes a top HDL generating apparatus 10 and a clock base 
10 description generating apparatus 12. 

The top HDL generating apparatus 10 generates the top 
level HDL description 11 for the RTL HDL co-simulating 
apparatus 26, based on the design data. Hereinafter the top 
level HDL description 11 is referred to as the HDL description 
15 11. 

The clock base description generating apparatus 12 
generates the top level clock base description 13 for the clock 
base simulating apparatus 25, based on the design data. 
Hereinafter the top level clock base description 13 is referred 
20 to as a clock base description 13. 

HW portion generating apparatus 14 includes an interface 
synthesis apparatus 15 and a behavior synthesis apparatus 18. 

The interface synthesis apparatus 15 generates 
algorithm description 16 of the HW portion by generating the 
25 description for the HW portion of the architectures, based on 
the design data. 

Also, the interface synthesis apparatus 15 generates 
interface description 17 by synthesizing the interface 
description connected between the HW portion and the BUS. The 
30 behavior synthesis apparatus 18 generates RTL HDL description 
19 based on the algorithm description 16 of the HW portion and 
the interface description 17. Also, the behavior synthesis 
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apparatus 18 generates clock base description 20 based on the 
algorithm description 16 of the HW portion and the interface 
description 17. The RTL HDL description 19 is outputted to 
the RTL HDL co-simulating apparatus 26. The clock base 
5 description 20 is outputted to the clock base simulating 
apparatus 25. 

Fig. 13 represents the structures of a model producing 
tool and a flow for automatically producing the clock base 
description 20 in the behavior synthesis apparatus 18. This 
10 behavior synthesis apparatus 18 uses the technique of US Patent 
Application 09/686305 (the Japanese Laid Open Patent 
Application (JP-A 2001-109788). 

The behavior synthesis tool 18a, which includes a description 
converting tool 18b, contains a function for optimizing 
15 constants and variables , a scheduling function, an allocating 
function, a register sharing function, and a HDL (hardware 
level model) producing function. The register sharing 
function has a function to produce the following three: 

(1) an FSM (finite state machine) /DataPath model 18c 

20 controlling state transitions of a plurality of register 

resources used under constraints of the resources by a data 
path control; 

(2) a variable/register/status position correspondence table 
18d representing correspondence of a variable, a register, and 

25 a status position; and 

(3) a source line/status position correspondence table 18e 
representing correspondence of a source line described in the 
algorithm description and a status position thereof. 

The description converting tool 18b converts the 
30 algorithm description 16 into the clock base description 20 
based on the interface description 17, the FSM/DataPath model 
18c, and the variable/register/ status position 
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correspondence table 18d. Thus, the clock base description 
20 can be automatically produced from the algorithm description 
16 . For the automatic production of the clock base description 
20 , the description converting tool 18b , library data are 
5 supplied from a debug function library 27 and a model I/F 
library 28 to this description converting tool 18b. 

Fig. 14 is a diagram showing a description structure of 
the clock base description 20. The clock base description 20 
is composed of a Bus simulation model 41. The Bus simulation 

10 model 41 is composed of a module I/O section 4 2 and a data path 
describing section 43. A plurality of I/O registers 44 and 
a plurality of I/O memories 45 are described in the module I/O 
section 42. The model I/O section 42 has an I/O register 
structure and an I/O memory structure. The I/O register 

15 structure is produced from the interface description 17, and 
read/written via an input/output terminal of the bus simulation 
model 41 by built-in software. The clock baes description 20 
transfers a signal to another module via a module I/O section. 
As will be described later, the data path describing section 

20 43 contains data paths for describing relationship between a 
plurality of I/O registers and a plurality of operators, and 
also a control structure for controlling an operation in 
calculation thereof in units of clocks. 

A simulation controller 46 is connected to the data path 

25 describing section 43. The simulation controller 46 executes 
a circulate stepwise control (FSM control) of a calculation 
operation transition 48 in which the clock of the data path 
describing section 43 is advanced one by one in response to 
clock input 47 from a simulator main body. An FSM control 

30 signal 49 is supplied from the simulation controller 46 to the 
data path describing section 43. 

The SW portion generating apparatus 21 includes a 



software synthesis apparatus 22. 

The software synthesis apparatus 22 generates the CPU 
model 23 which can operate processes in the RTL HDL co- 
simulation apparatus 26, based on the design data. The 
5 software synthesis apparatus 22 also generates the CPU model 
24 which can operate processes in the clock base simulation 
apparatus 25, based on the design data. 

The HDL description 11 generated by thetop level 
description generating apparatus 9, the RTL HDL description 

10 19 generated by the HW portion generating apparatus 14 and the 
CPU model 23 generated by the SW portion generating apparatus 
21 are inputted to the RTL HDL co-simulating apparatus 26. The 
RTL HDL co-simulating apparatus 26 carries out the total 
simulation in the RTL HDL description level. 

15 The clock base description 13 generated by the top level 

description generating apparatus 9 , the clock base description 

20 generated by the HW portion generating apparatus 14 and the 
CPU model 24 generated by the SW portion generating apparatus 

21 are inputted to the clock base simulating apparatus 25. The 
20 clock base simulating apparatus 25 carries out the total 

simulation in the clock base description level. Here, the 
clock base description is in the higher level than the RTL HDL 
description. Therefore, the required time of the simulation 
carried out by the clock base simulating apparatus 25 is shorter 

25 than that carried out by the RTL HDL co- simulating apparatus 
26 . The required time of the simulation described by the clock 
base description is approximately one five hundredth of that 
described by the RTL HDL description. 

The clock base simulation (clock-based simulation) keeps the 

30 same timing accuracy as that of the actual LSI system in the 
clock level. Therefore, it can execute the estimation and the 
verification of the f ollowings . 



(1) Verification of operation timings in the clock base of the 
respective modules, 

(2) Rough verification of interfaces of the respective modules 
( I/O registers , I/O memories, constructions/names/bit widths 

5 etc, of I/O terminals), 

( 3 ) Estimation of operation clock frequencies of the respective 
modules/buses , 

(4) Estimation of cache access (cache hit rate, access rate, 
write back time, etc.), 
10 (5) Estimation of access (occupation rate of bus, address, 
data, master, slave, read/write, and command per bus 
transaction, word number, occupation time, etc. ) # 

(6) Verification for algorithm of Bus and Arbiter, 

(7) Estimation of traffic of memory/ IF, 

15 (8) Estimation of throughput of data processing operation 
( throughput per module , throughput per bus , and throughput per 
entire system) , 

(9) Estimation of buffer size and stack size, 

(10) Estimation of image quality and sound quality, 

20 (11) Verification of matching characteristics of module 

interconnection I/F such as address map, terminal, and bit 
width, 

(12) Estimation executed in the case that a floating point is 
converted into a fixed point, 
25 (13) Development /Debugging operations of installed software, 
and 

(14) Rough estimation of power consumption. 

Also, the simulation of the clock base description can speed 
up the simulation time by omitting some simulation and the like 
30 compared with the RTL HDL simulation. 

For example, in the RTL -HDL description, since the clock 
signal is continuously supplied to all of the registers, the 
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register value is continuously updated by either the new data 
input value or the value saved by this register. To the 
contrary, in the clock base description, since only such a 
variable where the data is newly entered is updated, the 
5 simulation process operation can be carried out in high speed 
without unnecessary updating process operation. 

In the RTL-HDL description, since the calculator is 
commonly used, the multiplexer is required which may select 
one register from a plurality of registers which constitute 

10 the input. In the clock base description, there is no 
limitation in the user of such calculators , namely the 
calculators need not be commonly used. Moreover, the clock 
base description need not employ such a multiplexer capable 
of selecting the inputs of the calculators. 

15 Since the multiplexer is no longer required in order to 

commonly use the calculators in the clock base description, 
such a circuit for producing the control input required in the 
mutiplexer is no longer required. 

In the RTL-HDL description, the asynchronous reset 

20 signals are supplied to all of the registers. However, in the 
clock base description, since only the operation in the section 
of the clock time period is handled, the asynchronous operation 
need not be carried out . 

The RTL-HDL description owns such a structure using the 

25 sub-modules, for instance, the registers, the multiplexers, 
the calculators and so on . The sub-modules have the terminals , 
and own the signal lines, the control mechanisms, and the like, 
which are provided inside these sub-modules . In the clock base 
description, the registers are expressed as the variables of 

30 the programming language, the multiplexers are expressed as 
the condition statements, and the calculators are expressed 
as the operators. As a consequence, the simulation process 
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operation can be largely simplified. 

In the RTL-HDL description, various structural 
components must be strictly expressed in accordance with the 
actual hardware as follows: The bit positions of the bundle 
5 line are arranged in the ascent/descent order thereof ; the code 
is present, or absent; the signal modes such as integer/bit 
vector modes are discriminated; and the conversions among these 
items are carried. To the contrary, these discriminations are 
not strictly carried out in the clock base description. 

10 The parallel characteristics of the operation among 

the respective sub-modules realized in the RTL-HDL model are 
strictly expressed. To the contrary, since the verification 
is not carried out based upon a difference in the precise 
operation timing of the respective sub-module in the clock base 

15 description, the parallel characteristics of the operation 
need not be strictly expressed. 

In the RTL-HDL description, for example, the 
operation executed when the reset signal is changed is strictly 
expressed, while the change timing of the clock signal is 

20 strictly expressed. In the clock base description, since only 
the operation in the section of the clock signal is handled, 
the process operation with respect to the asynchronous 
operation can be simplified. 

The circuit designing system as explained above realizes 

25 the design flow that it decides the architectures (the design 
data) based on the system level algorithm description and 
verifies the architectures (the design data) in the clock base 
level and the RTL HDL level. 

Next, the operation (processing) of the embodiments of 

30 the circuit designing system and the circuit designing method 
according to the present invention will be described below with 
reference to the attached drawings . 
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Fig. 12 is a flow chart showing the the operation of the 
embodiments of the circuit designing system and the circuit 
designing method according to the present invention. 

Firstly, the system level algorithm description 1 is 
5 inputted from outside such as the automatic description 
apparatus based on the conceptual design data, the keyboard 
used by the designer, the communication terminal through the 
network and the storage apparatus (step SI). 

Next, the converting process in which the system level 
10 algorithm description 1 is converted to the co-design system 
level algorithm description 4 wil be explained. 

This converting process is carried out by the algorithm 
transferring apparatus 3. For example, the algorithm shown 
in Fig. 2A is converted to the algorithm shown in Fig. 2B which 
15 in which the global variables are reduced as few as possible 
( step S2 ) . 

In this converting process, at first, when the data flows 
only through one-way, the global variable is converted to 
simple port. For example, the global variable "a" flows from 

20 the B5 to the B2 , and the global variables "c" and "d" flow 
from the B2 to the B5 only through one-way, respectively, as 
shown in Fig. 2A. Therefore, they are converted to the ports. 

Fig . 2B shows the structures after the global variables 
are converted to the ports. As shown in Fig. 2B, the port is 

25 set between the B2 and B5. Here, since the global variable 
b is accessed by a plurality of the algorithm blocks such as 
B2, B3 and B5, it can not be converted to the port. 

Secondary, the global variable which can not be converted 
is converted to the behavior memory (memory in the behavior 

30 level ) . For example , the global variable such as the global 
variable "b" which is accessed by a plurarity of the algorithm 
blocks as shown in Fig. 2A is described as a storage element 



like a memory. In this case, the circuit is generally 
described as a memory. A variable is written into the memory 
by a plurality of modules , and the plurality of modules reads 
the variable from the memory in some timing. 
5 Next , an example of the algorithm of the global variable 

reducing process which reduces the global variable will be 
described . Figs . 3A to 3C shows the example of the description . 
Fig. 3A shows the system level algorithm description 1 of the 
algorithm blocks B2, B3 and B5 shown in Fig. 2A. At first, 
10 the description in Fig. 3A is analyzed whether or not the global 
variable of "read" is used and whether or not the global 
variable of "write" is used. Fig. 3B shows the result of 
analyzing the system level algorithm description 1. Next, an 
amount of "read" and that of "write" are calculated 
15 respectively. As for Fig. 3B, the result is as follows. 

a: read 1 time* write 1 time 

b: read 2 time, write 3 time 

c: read 1 time, write 1 time 

d: read 1 time, write 1 time 
20 When the number of "read" and that of "write" are less 

than 1, respectively, the global variable can be reduced by 
converting the global variable to the port . The global 
variable which can not be reduced is remained as the global 
variable . 

25 Therefore, the global variables "a", "c" and "d" can be 

reduced. The global variable "b" is not reduced and is 
remained with the same condition. Finally, the functions are 
converted to the co-design system level algorithm description 
4 as shown in Fig. 3C 

30 Next, the process which decides the architectures based 

on the co-design system level algorithm description 4. 
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After the global variable reducing process the co-design 
apparatus decides the architectures. That is, the co-design 
apparatus 5 decides the architectures while it carries out an 
performance estimation by using the performance simulating 
5 apparatus 8 (step S3). 

In this embodiment, the co-design apparatus 5 have 
functions included in the VCC (Virtual Component Codesign) of 
Cadence Inc . 

HW/SW separating apparatus 7 provides the architecture 

10 model (architecture diagram) which operates the processes 
shown in the algorithm of Fig. 3C. The architecture model is 
described by arranging the architecture components and wiring 
among them. The architecture components are exemplified in 
processors and buses in the architecture 6 characterized on 

15 the co-design apparatus 5. At that time, the architectures 
are composed by the process that the blocks in the co-design 
algorithm description are separated into the architectures 
described as HW and that described as SW. 

Next, the mapping is carried out by connecting among the 

20 components and the interfaces of the architectures, while 
considering which component executes each block of the 
algorithm, and through which interface the data of the 
algorithm flows . GUI may be used for carrying out the mapping . 

There is another method for deciding the communication 

25 path, which uses "the pattern". "The pattern" is the protocol 
of data transfer among the algorithm blocks . As for the 
communication between HW and SW, it also has the address data 
of the memory map 10 which corresponds to CPU I/F. 

After the mapping, in the performance simulating 

30 apparatus 8, the delay factor defined to each architecture 
component annotates to the algorithm, and then, the simulation 
is carried out. Therefore, the performance of the algorithm 



which executed the mapping to the architecture can be verified. 
When the performance satisfy the requirement, the architecture 
is decided. After the decision, the design data including 
behavior data, architecture data, mapping data and address data 
5 is generated. Here, the mapping data indicates which 
component (architecture) in the architecture data carries out 
a function model of in the behavior data. That is, the mapping 
data indicates the relation between components 
(architectures) in the architecture data and function models 

10 of in the behavior data. The address data indicate addresses 
where data is sent or outputted in the architectures.. The 
design data is outputted to the top level description 
generating apparatus9, the HW portion generating apparatus 14 
and the SW portion generating apparatus 21. 

15 Fig. 4 is the view showing the architecture, based on 

the architecture data which is generated by separating the 
algorithm into the HW portion 30 and the SW portion 31 by the 
HW/SW separating apparatus 7 after the process for removing 
the global variables . 

20 This structure, corresponds to Fig. 2B, is generated 

based on the co-design system level algorithm description 4 
shown in Fig. 3C and architecture 6. The global variables a, 
c, and d are converted to the respective ports, and the global 
variable b is described as a memory 33. In Fig. 4, the 

25 algorithms of the HW portion 30 and the SW portion 31 shown 
in Fig. 2B are carried out the mapping. In the HW portion 30, 
through a writing portion 34 and a reading portion 35, a bus 
32 is connected to a B2 interface 36, a B4 interface 37 and 
a B5 interface 38. The B2 interface 36, the B4 interface 37 

30 and the B5 interface 38 are automatically generated by the 
interface synthesizing, and connected to the algorithm block 
B2, the algorithm block B4 and the algorithm block B5, 
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respectively. In the SW portion 31, the algorithm blocks Bl, 
B3, B6 and B7 are carried out the mapping. The external memory 
corresponding to the global variable b connects to the bus 32 
directly. 

5 Fig. 5 is the view showing the architecture, based on 

the architecture data which is generated by separating the 
algorithm into the HW portion 30 and the SW portion 31 by the 
HW/SW separating apparatus 7 without doing the process for 
removing the global variables . 

10 This structure, corresponds to Fig. 2A, is generated 

based on the co-design system level algorithm description 4 
shown in Fig. 3A and architecture 6 . The global variables "a" , 
"c" and "d" are not described as the ports, but described as 
the memories 39, 40 and 41, respectively. Other structures 

15 are the same as that shown in Fig . 4 . 

Comparing the architectures in Fig. 4 and that in Fig. 
5, by the process of separating the algorithm into the HW 
portion 30 and the SW portion 31 by the HW/SW separating 
apparatus 7 after the process for removing the global variables , 

20 the memories corresponding to the global variables a, c and 
d can be reduced. Therefore, the circuit scale can be made 
small for corresponding area of the memories 39, 40 and 41. 

Next, the process of the clock base description 
generating apparatus 12 which is the process between the 

25 co-design apparatus 5 and the clock base simulating apparatus 
2 5 will be explained. 

The clock base description generating apparatus 12, 
firstly, generates the top level clock base description 13, 
based on the design data generated by the co-design apparatus 

30 5 (step S4). The (top level) clock base description 13 is 
outputted to the clock base simulating apparatus 25. 

Here, generating the clock base description 13 will be 



explained. The clock base generating apparatus 12 
automatically generates the clock base description 13 having 
the format explained as follows . 
Format : 

Instance declaration 

Initialization process, Reset process. Step process 
Busread process, Buswrite process 
Direct connection between blocks declaration 
The generation of the instance declaration will be 
explained. The instance declaration of the clock base 
description 13 is generated based on the architecture instance 
and algorithm instance from the mapping data generated by the 
co-design apparatus. Here, the objects of the instance 
declaration outputted are existence architecture instances 
such as processors and buses, algorithms carried out mapping 
in ASIC and CPU interfaces of the algorithms carried out mapping 
in ASIC. In case that the mapping by the co-design apparatus 
5 is shown in Fig. 6 (A: algorithm, B: architecture diagram), 
the clock base description generating apparatus 12 generates 
the clock base description 13 which has the structures shown 
in the first half of Fig. 7. Upper part (A) of Fig. 6 
corresponds to Fig. 2B, and lower part (B) of Fig. 6 corresponds 
to Fig. 4. 

The instance declarations generated from the instances 
in the architecture diagram are shown below. 

The instance declarations of the bus are shown below. 
BUS Bus„l ( "Busl" , arbitor_l , busread_l , buswrite_l ) ; 
int arbitor__l (void); 

RDATA busread_l (int add, int byte_count ) ; 

int buswrite_l (int add, int data, int byte_count); 

The bus instance itself is declared as "BUS bus_l" , The 
instance declaration of the "arbitor" is also outputted at the 
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same time - The contents of "arbitor_l " is generated 
appropriately- When the user wants to change it, he/she edits 
the clock base description 13. At the same time, the function 
declaration such as "busread_l " and "buswrite_l " is carried 
5 out. These correspond to the blocks described in "busread_l" 
and "buswrite_l" in Figs 8 and 9, and are functions connecting 
the bus and the CPU I/F of the algorithm in the ASIC . Concretely , 
addresses for the behavior selection in the memory mapping 
method are set in them. 
10 The instance declarations of the processors are shown 

below. 

CPU cpu_l ("cpu_l", &cpu_l_busif , 0, 0x10000, OxOOffeOOO, 
0x1000, 0x8000) ; 

Buslntf cpu_l_busif ( "cpu 1 Bus I/F", &bus_l , 1) 
15 In this way, the CPU core and the bus for CPU are set. 

The numbers correspond to the start addresses of ROM and RAM. 
As for this data, when the co-design apparatus does not treat, 
it is not set, and the user will be set later. 

The instance declaration of the external ROM and RAM is 
20 shown below. 

SDRAM ExtSDRaml ("External SDRam 1", EXTSDRAM1_START__ADD , 
EXTSDRAM1_SIZE) 

The architecture instance of the memory in the co-design 
apparatus 5 is converted to this declaration. 
25 The instance declarations of the algorithm carried out 

the mapping and CPU I/F are shown below. 

c_cpuifB2 cpuifB2( ) ; c_cpuifB4 cpuifB4( ) ; c_cpuifB5 
cpuif B5 ( ) ; 

C_B2 f uncB2 ( ) ; c_B4 f uncB4 ( ) ; c_B5 f uncBS ( ) ; 
30 Here, "c_cpuif *** " (an arbitrary function name is in 

»***») i s a class which describes each "cpuif". The "c_B**" 
(an arbitrary algorithm number is in " **" ) is a class which 



describes each algorithm. These class and substance are the 
clock base description 20 generated by the HW portion 
generating apparatusl4. 

Next, the generation of Initialization process. Reset 
5 process and Step process will be explained. 

The clock base description 20 is synthesized from the 
algorithm description 16 and the interface description 17 by 
the behavior synthesis apparatus 18. The clock base 
description includes the structure elements such as "Init( ) " , 

10 "ResetO" and "OneStep( ) " . The "InitO" is used for 
initializing the corresponding algorithm block at first. The 
"Reset ( ) " is used for setting internal variables initially when 
the corresponding algorithm block is reset. The "OneStep ( ) " 
describes the process in 1 clock when a clock is inputted to 

15 the algorithm block. This "OneStep( ) " is the core function 
in the algorithm description. In case that the mapping in the 
co-design apparatus 5 has the structure shown in Fig. 6, when 
the blocks operate parallel processing, the clock base 
description generating apparatusl2 generates the clock base 

20 description 13 having the structure shown in the second half 
of Fig. 7. 
That is; 
{ 

f uncB2 . OneStep ( ) ; cpuif B2 . OneStep ( ) ; 
25 f uncB4 . OneStep ( ) ; cpuif B4 . OneStep ( ) ; 
f uncB5 . OneStep ( ) ; cpuif B5 . OneStep ( ) ; 
} 

This description means that the algorithm blocks B2, B4 
and B5 operate the parallel processing. The initialization 
30 and reset are shown below, 
systemlnit ( ) 
{ 
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funcB2 . Init ( ) ; cpuif B2 . Int(); 
funcB4 . Init ( ) ; cpuif B4 . Int(); 
funcBS . Init ( ) ; cpuif B5 . Int(); 
} 

systemReset ( ) 
{ 

funcB2 .Reset () ; cpuif B2 . Reset(); 
funcB4 .Reset () ; cpuif B4 . Reset(); 
funcB5 . Reset () ; cpuif B5. Reset(); 
} 

Next, the generation of the "busread" process and the 
"buswrite" process is explained. 

The "busread" and the "buswrite" are generated based on 
the address data acquired from the mapping data which is 
generated by the co-design apparatus 5. The "busread" and the 
"buswrite" correspond to the algorithm decoder which is between 
the bus and CPU I/F. Figs . 8 and 9 are data showing the example 
of the clock level description 13. The relation among the 
"cpuif" , the "busread" and the "buswrite" can be shown like 
Figs. 8 and 9. The CPU I/F which shown in Figs. 8 and 9 is 
generated by the interface synthesis apparatus 15 and the 
behavior synthesis apparatus 18 by in the HW section generating 
apparatus 14 from the algorithm description 4. The input 
description of the interface synthesis apparatus 14 
presupposes the technique shown in US Patent Application 
09/689,928 (the Japanese Laid Open Patent JP-A 2001-117855). 
The algorithm blocks is the clock base description 20 generated 
by the interface synthesis apparatus 15 and the behavior 
synthesis apparatus 18 by in the HW section generating 
apparatus 14 from the algorithm description 4. 

In this way, the circuit designing method of the present 
invention generates "busread" and "buswrite" based on the 
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address data acquired from the mapping data which is generated 
by the co-design apparatus 5. In the HDL description, since 
pins corresponding to the bus structure and the bus using method 
should be specified, it was difficult to automate this 
5 processing. On the other hand, the clock base description can 
produce "busread" and "buswrite" automatically based on the 
address data because the virtual bus can be used and the pin 
data need not set in detail. Also, generally, the bus and th 
CPU I/F is related directly. However, in the circuit designing 
10 method of the present invention, the description of "busread" 
and "buswrite" which correspond to the address decoder is 
provided. 

Next, the generation of the direct connection between 
blocks declaration will be explained 
15 Fig. 10 is the block diagram showing the clock base 

description 13. The direct connection description between 
algorithm blocks B2 and B5 in Fig. 10 is generated as shown 
below. 

connection( ) 
20 { 

B5.a = B2.a; 
B5.b = B2.b; 
B5.c = B2.c; 
} 

25 Here, even though the explanation is omitted, the direct 

connection is used for the connection between the CPU I/F and 
the algorithm block. The algorithm blocks B2, B4 and B5 is 
the clock base description of the algorithm. The B2 I/F, B4 
I/F and B5 I/F is the clock base description of the I/F. 

30 The difference between the top level HDL description and 

the top level clock base description will be expalined. 

The most different point is the description method for 
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the bus connection. In the clock base description, the bus 
and the CPU I/F exchange data by using "ReadIOReg( ) " and 
"WriteIOReg( ) " of "cpuif" , and the data with the structure as 
a "RDATA" is handed to the bus. 
5 Fig. 11 is the block diagram showing the HDL description. 

In the HDL description, it is the model that the bus and the 
CPU I/F is connected by the physical pins as shown in Fig. 11. 
When the bus is changed, the pin data should be changed and 
the connection should be also changed. However, the HDL 

10 description can be described in the detailed protcol. 

In the clock base description, the data is outputted by 
the structure as a "RDATA", the exchange of the data is 
described without the physical structure of bus. However, the 
detailed bus protocol can not be considered. Therefore, there 

15 is a possibility not to estimate the delay accurately rather 
than the RTL HDL description, depending on how to use the bus. 

In this way, the circuit designing method of the present 
invention, by converting the redundant global variables 
expression in the algorithm description into the port 

20 expression, the circuit scale can be reduced. The co-design 
algorithm description in the co-design apparatus 5 is converted 
into the clock base description for the clock base simulating 
apparatus 25 automatically. Especially, since the present 
invention synthesizes the top level clock base description 

25 automatically, it can reduce the period for constructing the 
clock base simulation environment . 

The top HDL generating apparatus 10 generates the HDL 
description 11 based on the design data generated by the 
co-design apparatus 5 (step S5). The HDL description 11 is 

30 outputted to the RTL HDL co-simulating apparatus 26. 

The interface synthesis apparatus 15 generates the 
algorithm description 16 and the interface algorithm 17 based 
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on the design data (step S6 ) . The behavior synthesis apparatus 
18 generates the RTL HDL description 19 and the clock base 
description 20 based on the algorithm description 16 and the 
interface description 17 (step S7). This step uses the 
5 technique of US Patent Application 09/686305 ( the Japanese Laid 
Open Patent Application (JP-A 2001-109788). 

The the RTL HDL description 19 is outputted to the RTL 
HDL co- simulating apparatus26 . The the clock base description 
20 is outputted to the clock base simulating apparatus 25. 

10 The software synthesis apparatus 22 generates the CPU 

model 23 and the CPU model 24 based on the design data (step 
S8 ) . The CPU model 23 is outputted to the RTL HDL co-simulating 
apparatus26. The CPU model 24 is outputted to the clock base 
simulating apparatus 25. 

15 Based on the clock base description 13, the clock base 

description 20 and the CPU model 24, the clock base simulating 
apparatus 2 5 carries out the total simulation in the clock base 
level ( step S9 ) . 

Bssed on the HDL description 11, the RTL HDL description 

20 19 and the CPU model 23, the RTL HDL co-simulating apparatus 
26 carries out the total simulation in the RTL HDL level (step 
S10) . 

Here, the order of the steps 4,5,6 and 8 may be replaced. 

Also, the the steps 4,5,6 and 8 may be carried out in parallel. 
25 The present invention can generates the description for 

the clock base simulation automatically. 

The present invention can generates the top level 

description of the clock base description for the clock base 

simulation automatically . 
30 The present invention can reduces circuit scale when 

algorithm level description is converted to algorithm 

description for co-design. 
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